Amendments to the Specification 

NOTE: Paragraph numbers herein refer to the application as filed; not to the paragraph 
numbering in the corresponding Patent Application Publication (US/2002/0091703 Al). 

Replace paragraph [0027] with the following text: 

[0027] The domain name monitoring and acquisition services and system described herein can 
be offered as a viable, independent business tool. Primary customers of a business employing 
the present invention would be domain name registrars and resellers (such as in a thick registry 
system). In this capacity, the registrars essentially would be reselling the services to their 
customers so as to provide the customers a more reliable way to acquire a newly available 
domain name. Fees could be charged for placing an acquisition request. Because of th e 
r e liability of the pr e s e nt inv e ntion, a mon e y back guarante e could also b e off e r e d at low risk to 
the busin e ss. 

Replace paragraph [0036] with the following text: 

[0036] The front end computer 116 is coupled to an Integrated Domain Acquisition Service 
("IDAS") acquisition engine and database management system 118. The acquisition system, in 
turn, communicates with an Integrated Domain Acquisition Service ("IDAS") database 120. The 
various elements of the system 102 can of course be implemented in various ways, using more or 
fewer computers than illustrated[[;]] in a distributed network. One essential characteristic is that 
the system should be accessible by Registrar 100 at all times, and preferably accessible to many 
registrars. This is the primary function of the right side of the diagram, comprising the Global 
Registry front end 110, the Global Registry database management system 112, and the Global 
Registry SRS database 114. 

Replace paragraph [0038] with the following text: 

[0038] Figure 1 illustrates the following data paths: 

"A" The current (typically SSL) RRP communications channel connecting the 
Registrar 100 to the Registry System 102 via the global registry RRP front 
end 110. 
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"B" Any communications paths between the RRP front end 1 10 and the 

database processing environment 112 for the Shared Registration System. 
"C" Any communications paths between the databas e proc e ssing environm e nt 

Global Registry Management System 112 for the Shared Registration System 

and the actual SRS database 114. 
"D" The (preferably SSL EPP) communications channel connecting the Registrar 

100 to the IDAS front end 116. 
"E" A communications channel connecting the IDAS front end 116 to the ©AS 

IDAS acquisition engine and database management system 118. 
"F" A communications channel connecting the IDAS Acquisition Engine and 

Database Management System 118 to the IDAS database 120. 
"G" A communications channel from the Global Registry SRS databas e 

Management System 112 enabling notification of deleting domains to the 

IDAS Acquisition Engine and database management system 118. 
"H" A communications channel between the Global Registry SRS database 

Management System 112 and the IDAS Acquisition Engine and database 

management system 118. 

Replace paragraph [0039] with the following text: 

[0039] These links implement the necessary access to the RRP/SRS Global Registry 
Management System (112) to issue commands needed to register desired domains on a 
Registrar's behalf. "Desired domains" are the names stored in database 120 to be monitored and 
acquired if and when available. Commands for this channel preferably should include RRP 
"check domain," RRP "add domain," RRP "modify domain commands," and possibly other 
commands necessary to modify the SRS Registrar field. 

Replace paragraph [0040] with the following text: 

[0040] Figure 2, which illustrates a procedure for a Registrar to obtain a IDAS subscription, is 
as follows. A customer 200 makes a request 202 to a Registrar 100 for DAS service. In a 
presently preferred embodiment, the Registrar establishes an EPP or similar connection to the 
IDAS front end and issues a "DAS check request" 204. The Responsive to the "DAS check 

3 

Serial No. 10/016,498 
Portlnd2-4481372.2 0010720-00004 



request" the IDAS Frontendll6 will query the RRP/SRS 206 Global Registry SRS Database 
114 ("RRP Check Domain" 206) for the current SRS status of the second level domain name 
(SLD). If the domain name is currently registered, signified by a message 210, it is eligible for a 
DAS subscription. The Registrar can then issue a valid "DAS add request" 212. The front end 
116 causes an appropriate entry in the IDAS database (see Figure 1). When the requested 
domain name becomes available, the IDAS system sends an "Acknowledge DAS Success" or 
similar message 214 to the Registrar that requested the service. That registrar then notifies its 
customer 200 , shown as message 220, typically via email. 

Replace paragraph [0045] with the following text: 

[0045] If an IDAS subscription does not exist in the IDAS database for the domain name 
identified in the "pending delete" notification, the Acquisition Engine simply replies with an 
acknowledgement 316 to the Registry, and purging of the name proceeds. No attempt to register 
the domain name is made by the Acquisition Engine. All registrars, including registrars other 
than 100, will learn of the deletion when they next update their records against the SRS database, 
and are free to register the purged name[[;]] in the conventional manner. As may be observed in 
view of this description, no registrar will beat registrar 100 in registering the newly released 
name, as registrar 100 is using the DAS system integrated with the registry itself. 
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